home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000249_JDanSkinner@JDanSkinner.com_Mon Jan 27 17:45:25 EST 2003.msg < prev    next >
Text File  |  2020-01-01  |  5KB  |  125 lines

  1. Article: 14042 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!newsfeed.mathworks.com!arclight.uoregon.edu!logbridge.uoregon.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: JDanSkinner@JDanSkinner.com (Dan Skinner)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Launching k95 2.1.3 in a pretty way
  6. Date: 27 Jan 2003 12:30:43 -0800
  7. Organization: http://groups.google.com/
  8. Lines: 106
  9. Message-ID: <8ce22d01.0301271230.7cb928ac@posting.google.com>
  10. References: <8ce22d01.0301251014.5ea6982d@posting.google.com> <b0us61$cee$1@watsol.cc.columbia.edu> <8ce22d01.0301252028.2c1b59c1@posting.google.com> <3E33B86E.6020705@nyc.rr.com> <8ce22d01.0301261022.68ac1eca@posting.google.com>
  11. NNTP-Posting-Host: 24.159.192.106
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1043699444 16623 127.0.0.1 (27 Jan 2003 20:30:44 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 27 Jan 2003 20:30:44 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14042
  18.  
  19. A final report on the k95 launch beautification project.
  20.  
  21. A little more tuning since the last report and now all of my launch
  22. scripts are issued with the beautification functions.
  23.  
  24. Working from Jeff's inspiration and Franks original suggestion I
  25. changed the launch
  26. >from   c:\---script.ksc 
  27. to     c:\---k95g c:\---script.ksc --xpos:15 --ypos:15 --height:28\
  28.         --width:80 --minimized
  29.  
  30. This yields initial launch on the task bar only.
  31.  
  32. Then I added (please don't yell at me) 
  33.     set gui window run restore
  34. as the first uncommented line in K95.ini
  35. Issued here because frame sizing/positioning statements issued while
  36. minimized don't seem to have the expected affect, and doing it here
  37. meant I only had to do it once.  This causes the initial window to
  38. leap out of the task bar to its final upper left anchored location.
  39.     
  40. I (grep)ed all the scripts for frame positioning statements and
  41. removed them blindly.  Most didn't have any.
  42.  
  43. I have 2 subscripts (been around for a while) which set frame size,
  44. font and font size depending on the target. (Linux or SCO Openserver)
  45. These are consistent with positioning above.
  46.  
  47. Now after leaping to its final position some changes occur as the
  48. screen changes from control to terminal and final height, width, font,
  49. size etc are set. These changes are not objectionable as they mark an
  50. orderly march of progress from launch to completed connection.
  51.  
  52. Thanks again!
  53. Regards...Dan.
  54.  
  55.  
  56.  
  57. JDanSkinner@JDanSkinner.com (Dan Skinner) wrote in message news:<8ce22d01.0301261022.68ac1eca@posting.google.com>...
  58. > Frank, Jeff;
  59. > As usual your advice is good and fast.
  60. > I tried the minimize idea cause it sounded cool.
  61. > It works but the final window does not POP open but
  62. > grows open in a not to "pretty" way. There may be a solution but
  63. > I went on to idea 2. 
  64. > Working from Jeff's inspiration I changed the launch 
  65. > from     c:\---script.ksc 
  66. > to     c:\---k95g c:\---script.ksc ∩┐╜-xpos:15 -∩┐╜ypos:15 
  67. > 15/15 being the corner for the final frame. 
  68. > This met my original objective very well. Although the frame does
  69. > resize
  70. > A couple of times before the final size and font are established, the
  71. > corner anchor and a pretty consistent header allow the changes to look
  72. > like progress rather than disorder.
  73. > Question:  Without the ∩┐╜-xpos ∩┐╜-ypos the initial frame seems to open
  74. > at
  75. > A semi-random location.  Is there some rhyme or reason?
  76. > Thanks again for an outstanding product and great support.
  77. > Regards∩┐╜Dan.
  78. > "Jeffrey Altman [Road Runner NYC]" <jaltman2@nyc.rr.com> wrote in message news:<3E33B86E.6020705@nyc.rr.com>...
  79. > > As I told Dan in private e-mail the reason the screen will change 
  80. > > dimensions is because the script contents do not match the defaults used 
  81. > > when starting k95g.
  82. > > 
  83. > > k95g.exe <scriptfile> --height:HH --width:WW --fontname:<name> 
  84. > > --fontsize:<size>
  85. > > 
  86. > > 
  87. > > 
  88. > > Dan Skinner wrote:
  89. > > > fdc@columbia.edu (Frank da Cruz) wrote in message news:<b0us61$cee$1@watsol.cc.columbia.edu>...
  90. > > > 
  91. > > >>In article <8ce22d01.0301251014.5ea6982d@posting.google.com>,
  92. > > >>Dan Skinner <JDanSkinner@JDanSkinner.com> wrote:
  93. > > >>: I connect to a number of remote and local systems using K95, some with
  94. > > >>: dialup, others telnet, and some ssh. Each connection is supported by
  95. > > >>: it's own script. With the change from 2.1.1 to 2.1.3, I've noticed a
  96. > > >>: significant increase in the number of frame resizings from initial
  97. > > >>: launch to the final sizing by the connection script. I'm wondering if
  98. > > >>: there is a way to disguise these changes in order to present a
  99. > > >>: somewhat more professional appearance to customers who are often
  100. > > >>: watching over my shoulder.
  101. > > >>:
  102. > > >>One way might be to start it --minimize'd and the restore it at the
  103. > > >>appropriate moment in your script with SET GUI WINDOW RUN-MODE RESTORE.
  104. > > >>
  105. > > >>- Frank
  106. > > > 
  107. > > > 
  108. > > > Kool idea!
  109. > > > I've been launching my scripts with file association.
  110. > > > I don't really want to make the association launch minimized
  111. > > > so I guess the launch should be:
  112. > > > c:\---k95g --minimized (script)
  113. > > > What should the (script) parameter be?
  114. > > > ( I looked in help and docs but it didn't jump out at me.)
  115. > > > Regards...Dan.
  116.